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AN INTERACTIVE DATA PROCESSOR CONTROLLED DISPLAY 
INTERFACE FOR TRACKING OF ALLOCATED MESSAGES IN A 
DYNAMIC WORKLOAD BALANCING COMMUNICATION SYSTEM 

Technical Field 
5 The present invention relates to dynamic workload 

balancing and distribution in message driven transaction 
environments, and particularly to the tracking of 
dynamically allocated messages through a display 
interface. 

10 Background of Related Art 

Distributed data processing is a form of information 
processing in which workload is performed by separate 
computers linked through a communication network. One 
form of distributed data processing which is currently 

15 widely used is dynamic workload balancing in a message 
driven transaction environment. Such message driven 
environments are described in US Patent 5,799,173 and in 
the text, Production Workflow, Concepts and Techniques , 
Frank Leymann et al., published 2000, Prentice Hall, New 

20 Jersey, particularly at pp. 319-338. In a message driven 
transaction environment, communication between the user 
who initiates the transaction on a client computer and 
the computer systems to which portions of the transaction 
are dynamically distributed for performance or execution 

25 is based upon messages put into sequences of queues. A 
message may be considered to be a service request or a 
reply distributed and allocated via a server computer. 

In a typical dynamic workload balancing system or 
process, a user on a client computer initiates a data 

30 transaction or sequence of transactions. The initiation 
data is sent to a server computer or a set of server 
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computers that will create the transactions, and which 
are linked to other computer systems which in turn may be 
individual computers or servers respectively connected to 
other sets of computers. A data transaction for purposes 
5 of the present description is defined as a discrete 

activity performed by a computer system. A transaction 
may be as simple as the entry of a customer order or the 
update of an inventory item. It may be as complex as a 
substantial portion of a computer program or routine. In 

10 message driven transaction environments, as in the 

present invention, the transactions are distributed or 
divided into messages which are allocated through queues 
and sequences of queues to linked computers or computer 
systems for message execution or performance. The 

15 International Business Machines Corporation (IBM) 

MQSeries™ application programs, e.g. the MQSeries for 
WindowsNT™, is described in the above Leymann et al. text 
at pp. 320-338. The primary advantage of workload 
balancing systems such as the MQSeries is that the system 

20 can operate to distribute and balance workload on 

computer systems operating on multiple platforms, e.g. in 
the case of the MQSeries, up to 35 different platforms. 
The workload is allocated via message queues so that the 
whole balancing and allocation is transparent to the 

25 initiating user and his input workload appears to be 
operating as if it were being done on an individual 
computer. All of the networking protocols in the 
distribution and message allocation needed to complete 
user input transaction requests are invisible to the 

30 user. 

The advantage to the user is that the user need not 
be concerned with all of the networking protocols, nodes 
and channels which must be traversed in the workload 
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distribution, since this is seamlessly, automatically and 
dynamically done by the workload balancing algorithm. 
This leaves the operator/user free to concentrate on the 
business and production problems involved in the work. 
5 While this advantage is certainly considerable, we have 
found that transparentness of the workload balancing 
operation do provide problems to workload balancing 
system administrators in the case where messages are 
delayed or even lost in distribution and allocation. In 

10 current workload balancing systems, there is no user 

friendly process for tracking lost or delayed messages. 
In current workload balancing systems, it is necessary 
for system administrators to go to each queue manager's 
queue on any computer system that could have possibly 

15 received a message from the workload balancing algorithm, 
and view its list of processed or waiting messages. Even 
then, if the administrator is trying to track an 
individual message's route, the task is made particularly 
difficult if the message has for some reason been removed 

20 from the message queue at any particular point. 

In this connection, if we conceive a workload 
distribution network with a hierarchy of several levels 
of computer systems with appropriate servers having queue 
manager's queues, and, in some cases, even intermediate 

25 Internet channels or connections, the difficulty of 
tracking becomes even more apparent. 

Summary of the Present Invention 

The present invention basically relates to a system, 
method and program for monitoring workload balancing in 
30 distributing data processing transactions into messages 
and dynamically allocating each of the messages to 
different computer systems for performance. This 
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comprises enabling a user to request the performance of a 
data processing transaction and then, without any user 
input, dynamically transforming via a server computer any 
requested transactions into messages. These messages are 
5 then allocated to different computer systems. The system 
has user interactive display means for displaying the 
allocated messages and computer systems when required by 
the user so that he may track the messages. 

More particularly, the invention involves systems in 

10 which some of the data processing transactions are each 
distributed or transformed into a plurality of data 
processing transactions which are then allocated as 
described above. The invention operates effectively in 
workload balancing systems in which there is a server 

15 queue for storing the plurality of messages from the 
distributed transaction, and in which each of the 
different computer systems has an associated queue for 
storing messages allocated to each respective computer 
system. If one of the different computer systems has 

20 means for reallocating to other computer systems, 

messages initially allocated to said one computer system, 
then the invention provides for user interactive means 
for displaying the reallocated messages and computer 
systems to which the messages are reallocated. 

25 Brief Description of the Drawings 

The present invention will be better understood and 
its numerous objects and advantages will become more 
apparent to those skilled in the art by reference to the 
following drawings, in conjunction with the accompanying 
30 specification, in which: 

Fig. 1 is a generalized network setup on which the 
workload balancing through message allocation including 
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the message tracking process of the present invention may 
be carried out; 

Fig, 2 is a block diagram of a data processing 
system including a central processing unit and network 
5 connections via a communications adapter which is capable 
of functioning as the display computers and servers of 
Fig. 1 in carrying out the present invention; 

Fig. 3 is a diagram of an interactive display screen 
listing the message allocations of a queue manager's 
10 queue on a primary server presented to the user tracking 
messages in carrying out the present invention; 

Fig. 4 is the display screen of Fig. 3 as the user 
is selecting a message for allocation tracking; 

Fig. 5 is a display screen showing the tracking 
15 history of the route of an item which the user selected 
from the display screen of Fig. 4; 

Fig. 6 is a flowchart of an example of a typical 
programming process which has to be set up in a workload 
balancing system to implement the tracking of the present 
20 invention; 

Fig. 7 is a flowchart of an illustrative run of a 
process set up according to Fig. 6 for message tracking; 
and 

Fig. 8 is a flowchart setting forth an example of 
25 how the route of a tracked allocated message may be 
recorded so that it's status is available to previous 
servers in its allocation route. 

Detailed Description of the Preferred Embodiment 

Fig. 1 is a generalized network setup on which the 
30 workload balancing through message allocation including 

the message tracking process of the present invention may 
be carried out. By way of background, the present 
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invention involves the tracking of messages in message 
driven transaction environments wherein the user at a 
client terminal inputs a data processing transaction 
which he needs to have performed, and the transaction is 
5 dynamically transformed or distributed into messages 
which in turn are communicated for performance to 
appropriate programs on appropriate computers in a 
network. All this is done transparently and, thus, is 
invisible to the user who requested the transaction 

10 performance. In present message based transaction 
performance systems such as the aforementioned IBM 
MQSeries, message allocation for performance or execution 
may be seamlessly communicated across computer systems 
with dozens of different supported platforms. A primary 

15 premise of message-based transactions in workload 
allocation is that the programs involved exchange 
requests and responses via queues. A program sends a 
request to a queue rather than a specific "partnered" 
program. Thus, a program can put a message into a queue 

20 even if there is no program currently available to 
retrieve the message from the queue and process it. 
Queue managers manage the queues and the messages 
contained or manipulated in the queues. This guarantees 
the ultimate delivery to and execution of the messages in 

25 appropriate target queues. The primary services that 
message driven transaction environments require are 
provided by the message queue manager. Such services 
include administrative services to manage the queues and 
to manipulate the messages in the queues. In turn, the 

30 application programs which will execute the messages and 
reside in local or remote computer systems in the network 
manipulate the messages through a messaging client that 
provides an interface to all necessary operations even in 
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cross-platform computer systems. This message driven 
transaction environment is described in detail in the 
above referenced Production Workflow. Concepts and 
Techniques . Frank Leymann et al., particularly at pages 
5 319-330. Background on workload balancing in a message 
driven transaction environment may also be found in this 
text and in the above-mentioned US Patent 5,799,173. It 
should be understood in proceeding with the following 
description of the present invention that the particular 

10 algorithm used in workload balancing in distributing, 
parsing and allocating the data transactions into 
messages is in no way critical to the invention. Any 
workload balancing algorithm may be used. The present 
invention is directed to the tracking of the allocated 

15 messages. 

In the illustrative network of Fig. 1, a client user 
on computer display terminal 50 has input a transaction 
for performance. Terminal 50 is connected to server 51 
which includes the workload balancing program and 

20 administrator which will distribute the transactions into 
messages and allocate the messages to particular programs 
in computers in the system for execution. Server 51 also 
includes the message queue and the message queue manager. 
The messages may be dynamically distributed to display 

25 computer terminals 52, 53 or 54 for performance or 

execution, or to other computer systems controlled by 
servers 65 or 61 at a next hierarchical level, e.g. the 
system including server 61 and display computers 62, 63 
and 64. Servers 65 and 61 will respectively include 

30 their own message queues and the message queue managers. 
The messages may be dynamically distributed to display 
computer terminals 62, 63 or 64 for performance or 
execution, or to other computer systems controlled by 
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servers 75 or 71 at an even further hierarchical level, 
e.g. the system including server 71 and display computers 
12, 73 and 74. Here again, servers 75 and 71 will in 
turn respectively include their own message queue and the 
5 message queue manager. In sufficiently complex 

distribution systems, the messages may even be allocated 
and communicated for execution through the World Wide Web 
(Web) or Internet. Since this whole allocation of 
messages has been dynamic and transparent to the user, 

10 the need for the message tracking system of this 
invention may be understood. 

Referring to Fig. 2, a typical computer controlled 
display system is shown which may function as the 
computer display terminals 52-54, 62-64 and 72-74 (Fig. 

15 1). The display system of Fig. 3 may also be used for 
the workload balancing and queue management servers 51, 
61, 65, 71 and 75. A central processing unit (CPU) 10, 
may be one of the commercial PC microprocessors? when the 
system shown is used as the server computer, then a 

20 workstation may be used, e.g. RISC System/6000''" 

(RS/6000)'''' series available from IBM. The CPU is 
interconnected to various other components by system bus 
12. An operating system 41 runs on CPU 10, provides 
control and is used to coordinate the function of the 

25 various components of Fig. 3. Operating system 41 may be 
one of the commercially available operating systems such 
as the AIX 6000^^" operating system available from IBM; 
Microsoft's Windows 98™ or Windows NT™, as well as UNIX™ 
and AIX™ operating systems. Application programs 40, in 

30 the computers performing the allocated message functions, 
are moved into and out of the main memory Random Access 
Memory (RAM) 14. In the servers, these programs would 
include the appropriate workload balancing algorithms, 
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the queue management programs, as well as the programs of 
the present invention for tracking the dynamically 
allocated messages. A Read Only Memory (ROM) 16 is 
connected to CPU 10 via bus 12 and includes the Basic 
5 Input /Output System (BIOS) that controls the basic 
computer functions. RAM 14, I/O adapter 18 and 
communications adapter 34 are also interconnected to 
system bus 12. I/O adapter 18 may be a Small Computer 
System Interface (SCSI) adapter that communicates with 

10 the disk storage device 20. Communications adapter 34 

interconnects bus 12 into the network environment of Fig. 
1 to communicate with other such computers over a Local 
Area Network (LAN) or through the Web or Internet. The 
latter two terms are meant to be generally 

15 interchangeable and are so used in the present 

description. I/O devices are also connected to system 
bus 12 via user interface adapter 22 and display adapter 
36. Keyboard 24 and mouse 26 are all interconnected to 
bus 12 through user interface adapter 22. Display 

20 adapter 36 includes a frame buffer 39, which is a storage 
device that holds a representation of each pixel on the 
display screen 38. Images may be stored in frame buffer 
39 for display on monitor 38 through various components, 
such as a digital to analog converter (not shown) and the 

25 like. By using the aforementioned I/O devices, a user is 
capable of inputting information to the system through 
the keyboard 24 or mouse 26 and receiving output 
information from the system via display 38. 

Now with reference to Figs. 3 through 5, we will 

30 describe a simple illustration of how a user who has 

requested a data transaction on an initial input display 
terminal (e.g. terminal 50, Fig. 1) may track the 
allocation and status of the messages for carrying out 
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the transaction or transactions . The user on computer 
display terminal 50 may bring up and display the message 
queue listing 80, Fig. 3, of the message queue in server 
51. The displayed listing shows the message ID 82, the 
5 sender 81, the status 83 of each listed message and the 
present stage of dynamic allocation of the message 89. 
As shown in Fig. 4, if the user is uncertain as to the 
allocation status 89 of a listed message which is the 
situation with the sixth queue item, he may select and, 

10 thus, highlight the item 86 and be provided with an 

interactive button 85 which he may then push to bring up 
the display of Fig. 5. This shows the allocation history 
86 of the sixth queue item as it was dynamically 
allocated and reallocated via listed route 87 through a 

15 network such as that shown in Fig. 1. The route 87 
Indicates that the sixth message was received at 
"Angela's Machine" from which it was allocated to 
"Anthony's Box" where it has not been received as yet. 
Thus, the message is currently being worked on as 

20 Anthony's Box. 

It should be noted that the accessibility of the 
managed messages queue as in Fig. 3 enables the 
interactive user to delete or modify messages listed in 
the queue. 

25 With reference to Fig. 6, there will now be 

described an illustration of how the processes of the 
present invention may be set up. In any workload 
balancing system^ such the types described above, means 
are set up in association with each managed queue in its 

30 respective server for recording the destination of each 
message sent to another queue, step 91. A process is set 
up so that the queue manager of each managed queue 
records the destination of each message sent to another 
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queue, step 92. A process is set up, step 93, for 
tracking any selected message from its original queue to 
its destination queue by using the queue message 
destination records from step 92, A process is set up, 
5 step 94, whereby each message destination queue provides 
the next destination for determining the route of a 
message until the most current destination queue is 
reached. A process is provided, step 95, for recording 
and displaying the message route determined by the 

10 process of step 94. 

Now, with reference to Fig. 7, we will describe how 
a transaction may be processed and potentially tracked 
using the processes set up in Fig. 6. The user requests 
an initial transaction, step 101, on an input terminal, 

15 e.g. display terminal 50, Fig. 1. The workload balancing 
program administrator in the server dynamically 
distributes and/or parses the input transaction into 
messages and allocates messages to be sent to particular 
computers and computer systems for execution, step 102. 

20 The messages are put into the queue manager's queue in 

the server, e.g. server 51, Fig. 1. At any point in this 
procedure the user may request, decision step 104, a 
display of the queue manager's message queue. If No, the 
user does not make such a request, the process returns to 

25 step 102 and the allocation continues. However, if the 
decision from step 104 is Yes, the user has requested the 
display of the queue, then the queue, as shown in Fig. 3, 
is displayed, step 105. At this point, the user may note 
something in the displayed queue which may lead him to 

30 decide that he needs to view the allocation route of the 
message • If No, decision step 106, the process is 
returned to step 102, and the allocation process is 
continued. If the decision from step 106 is Yes, then 
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Step 107, the selected messages route is displayed, step 
107, Fig. 5. At this point, a determination may be made 
as to whether the session is over, decision step 108. If 
Yes, the session is exited. If No, then the session is 
5 again returned to step 102 and the message allocation 
process continued. 

Fig. 8 is a flowchart setting forth an example of 
how the route of a tracked allocated message may be 
recorded (step 95 of Fig. 6) so that its status is 

10 available to previous servers in its allocation route and 
that route may be displayed (step 107 of Fig. 7). For 
purposes of describing Fig. 8, the allocation tracking 
display of Fig. 5 is referred to as the tracking Graphic 
User Interface (GUI). For tracking purposes in this 

15 example, when a workload transaction is distributed into 
a plurality of messages for doing the actual work, which 
we will refer to as "data messages", there will also be 
set up a plurality of "tracking messages" which will 
function to track the status of the data messages for the 

20 purpose of updating the tracking GUIs respectively 

associated with the sequence of servers in the allocation 
route of the data messages. Let us assume, for example, 
that a sending server is sending a transaction as a 
sequence of messages to a receiving server, which upon 

25 receiving the next message in the transaction message 
sequence that it is processing, step 110, determines 
whether it is a data message or a tracking message. If 
it is a data message, then a determination is made, step 
113, as to whether the data message was sent from another 

30 server. If Yes, step 115, a tracking message is sent 

back to the sending server stating that the data message 
was received. In such a case, the tracking message will 
be received by the sending server of the data message 
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which now becomes the receiving server for this tracking 
message, and the flow will proceed through step 110 to 
step 112 where the tracking GUI associated with the 
sending server of the data message will be updated to 
5 reflect the tracking message. Also, a determination will 
then be made in step 117 that the tracking message came 
from another server, and then, step 118, another tracking 
message will be set back to the sending server of the 
first tracking message. 

10 In any event, getting back now to decision step 113, 

if is determined that a data message is not from another 
server, the data message is sent to the queue manager, 
step 114, i.e. the data message may be sent to the queue 
manager that contains the destination queue or to the 

15 queue manager that will forward the message to the 

destination queue. In the case where the decision from 
step 113 is Yes, then the process also goes to step 114 
but only after step 115 is carried out as described above 
by sending a tracking message back to the sending server. 

20 When this queue manager receives this data message, step 
116, the server is advised through a tracking message. 
Step 124, that the next queue manager has received the 
message. Then a determination is made, step 120, as to 
whether the data message is at its final destination. If 

25 Yes, then step 121, a tracking message is sent back to 
the receiving server via branch "A" to step 110 that the 
queue manager has received the message- If the decision 
is No, the data message is not at its final destination, 
then step 122, a tracking message is sent back to the 

30 server via branch "A" to step 110 that the data message 
is forwarded to another queue manager, and the data 
message is forwarded to the next queue manager, step 123. 
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A convenient implementation of the present invention 
is in an application program 40 made up of programming 
steps or instructions resident in RAM 14, Fig. 2, of the 
server computers during various operations. Until 
5 required by the computer system, the program instructions 
may be stored in another readable medium (e.g. in disk 
drive 20, or in a removable memory such as an optical 
disk for use in a CD ROM computer input, or in a floppy 
disk for use in a floppy disk drive computer input) . 

10 Further, the program instructions may be stored in the 
memory of another computer prior to use in the system of 
the present invention and transmitted over a LAN or a 
Wide Area Network (WAN), such as the Internet, when 
required by the user of the present invention. One 

15 skilled in the art should appreciate that the processes 
controlling the present invention are capable of being 
distributed in the form of computer readable media of a 
variety of forms. 

Although certain preferred embodiments have been 

20 shown and described, it will be understood that many 
changes and modifications may be made therein without 
departing from the scope and intent of the appended 
claims. 
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Claims 

1 1. A workload balancing system for distributing data 

2 processing transactions into a plurality of messages and 

3 for dynamically allocating each of said messages to 

4 different computer systems for performance comprising: 

5 means for requesting the performance of a data 

6 processing transaction, 

7 a server computer for said distributing said 

8 transaction into a plurality of messages and allocating 

9 said messages to different computer systems, and 

10 user interactive display means for displaying said 

11 allocated messages and associated computer systems » 

1 2. The workload balancing system of claim 1 further 

2 including a server queue for storing the plurality of 

3 messages from the distributed transaction. 

1 3. The workload balancing system of claim 2 wherein each 

2 of said different computer systems has an associated 

3 queue for storing messages allocated to each respective 

4 computer system. 

1 4. The workload balancing system of claim 3 wherein at 

2 least one of said different computer systems has means 

3 for reallocating to other computer systems, messages 

4 initially allocated to said one computer system. 

1 5. The workload balancing system of claim 4 further 

2 including user interactive means for displaying said 

3 reallocated messages and computer systems to which said 

4 messages are reallocated. 
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1 6. The workload balancing system of claim 1 further 

2 comprising an interactive display computer including said 

3 means for requesting the performance of a data processing 

4 transaction and user interactive display means for 

5 displaying said allocated messages and associated 

6 computer systems. 
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1 7. A method for distributing data processing 

2 transactions into a plurality of messages and for 

3 dynamically allocating each of said messages to different 

4 computer systems for performance comprising: 

5 requesting the performance of a data processing 

6 transaction , 

7 distributing said transaction into a plurality of 

8 messages and allocating said messages to different 

9 computer systems, and 

10 interactively displaying said allocated messages and 

11 computer systems. 

1 8. The method of claim 7 further including the step of 

2 storing the plurality of messages from the distributed 

3 transaction in a queue. 

1 9. The method of claim 8 including the step of storing 

2 messages allocated to each respective computer system in 

3 a queue associated with said computer system. 

1 10. The method of claim 9 further including the step of 

2 reallocating to other computer systems, messages 

3 initially allocated to one of said different computer 

4 systems . 

1 11. The method of claim 10 further including the step of 

2 user interactively displaying said reallocated messages 

3 and computer systems to which said messages are 

4 reallocated. 
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1 12 • A computer program having program code included on a 

2 computer readable medium for workload balancing of 

3 distributed data processing transactions comprising: 

4 means for requesting the performance of a data 

5 processing transaction, 

6 means for distributing said transaction into a 

7 plurality of messages and allocating said messages to 

8 different computer systems, and 

9 user interactive display means for displaying said 
10 allocated messages and associated computer systems. 

1 13* The computer program of claim 12 further including 

2 queue means for storing the plurality of messages from 

3 the distributed transaction. 

1 14. The computer program of claim 13 wherein each of 

2 said different computer systems has an associated queue 

3 for storing messages allocated to each respective 

4 computer system. 

1 15. The computer program of claim 14 further including 

2 means for reallocating to other computer systems, 

3 messages initially allocated to said one computer system. 

1 16. The computer program of claim 15 further including 

2 user interactive means for displaying said reallocated 

3 messages and computer systems to which said messages are 

4 reallocated. 
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1 17. The computer program of claim 12 wherein said means 

2 for requesting the performance of a data processing 

3 transaction and said user interactive display means for 

4 displaying said allocated messages and computer systems 

5 are in a user interactive display computer. 
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1 18. A workload balancing system for distributing data 

2 processing transactions into messages and for dynamically 

3 allocating said messages to different computer systems 

4 for performance comprising: 

5 means enabling a user to request the performance of 

6 a data processing transaction, 

7 a server computer for dynamically transforming 

8 requested transactions into messages without user input 

9 and allocating said messages to different computer 

1 0 systems , and 

11 user interactive display means for displaying said 

12 allocated messages and associated computer systems. 
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1 19. A method for distributing data processing 

2 transaction messages and for dynamically allocating said 

3 messages to different computer systems for performance 

4 comprising: 

5 enabling a user to request the performance of a data 

6 processing transaction, 

7 dynamically transforming transactions into messages 

8 without user input and allocating said messages to 

9 different computer systems, and 

10 interactively displaying said allocated messages and 

11 associated computer systems • 
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1 20. A computer program having program code included on a 

2 computer readable medium for workload balancing of 

3 distributed data processing transactions comprising: 

4 means enabling a user to request the performance of 

5 a data processing transaction, 

6 means for dynamically transforming requested 

7 transactions into messages without user input and 

8 allocating said messages to different computer systems, 

9 and 

10 user interactive display means for displaying said 

11 allocated messages and associated computer systems. 
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AN INTERACTIVE DATA PROCESSOR COMraOLLED DISPLAY 
INTERFACE FOR TRACKING OP ALLOCATED MESSAGES IN A 
DYNAMIC WORKLOAD BALANCING COMHINICATION SYSTEM 

Abstract 

5 Tracking and displaying of allocated messages in 

dynamic workload balancing systems in message driven 
transaction environments which involve distributing data 
processing transactions into messages and dynamically 
allocating each of the messages to different computer 

10 systems for performance, comprising enabling a user to 

reguest the performance of a data processing transaction, 
dynamically transforming via a server computer any 
requested transactions into messages free of user input 
and then allocating the messages to different computer 

15 systems. The system has user interactive displays for 

displaying the allocated messages and associated computer 
systems when required by the user so that he may track 
the messages. 



3/8 



Q 
o 

(Q 



C 
a> 

O" 

*< 

Q) 

<Ji 
TD 
CD 
O 

o 
c 
c 

CD 

3 

o 

< 

i 

Q. 
CD 

CD 
Q. 



03 
O 

CQ 



m 

CO' 



CO CO 
CD =r 



CD 
CD 



D 
c 

CD CD 

^ 3 

CD 

3 



31 

D 
c 

CD 

c 

CD 
CD 

3 



-n 
o 



D 
c 

CD 
C 
CD 

CD 

3 



CO "n 

CD — 



d. 
D 

CD 



O 

o 



D 

CD CD 



o 

c 

CD 
CD 



CD 

3 



CD CD 
3 

(D 

3 



1 


i 


1 


1 


i 


1 


1 


1 


































0 


0 


0 


0 


0 


0 


0 


0 








Q> 




03 


03 


03 


o. 


Q. 


Q. 


a 




Q. 


Q. 


0. 


CD 


CD 


CD 


CD 


00 


CD 


CD 


00 




Q) 


03 


m 


03 


03 


03 


03 


m 


03 


03 


m 


03 


03 


03 


03 




13 




3 


3 


3 


3 


3 


0 




0 


0 


Q. 


0 


0 


Q. 


13' 


5 




3' 


3* 


3 


3 


3* 


(O 


<Q 


<D 


(Q 


CD 


(Q 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


0 


CD 


CD 


CD 


CD 


0 


CD 


CD 






i 


1 










CD 


CD 






CD 


CD 


0 


CD 



CO 



CO 
CD 

CD 



cn 

O 
o 

3 

T3 

(-^ 
CD 



> 
3 

3- 
O 
3 

CD 



«s = ° 

,2 CD D" 

CO_ CD CO 
03 
CO 



03 O CD 

— — O 



o 

o 
3 



CD 5- 

3 

CD 



CD 

<o 

O 
o 
3 

T3 
c 

CD 



O 
o 

3 
-o 
c 

CD 




c 

03 
C 

m 
o 









CO 


CO 


CO 


CO 


CO 


b 


b 


cn 








'-^ 


CO 


CO 




to 








CO 


to 






"D 




-0 


"0 




-X) 


1 


1 


1 


1 


1 


1 


1 


1 


















0 


0 


0 


0 


0 


0 


0 


0 




CO 










CO 


CD 


CO 


CO 


CD 


CD 


CD 


CO 


CD 


CO 



CA 

m 
z 
0 
m 



m 

? 

m 

D 
m 
m 

I 

> 

3 



m 
m 



o 
m 
r- 
m 
O 

m 
a 



CO 
H 



CO 



4/8 



O 

o' 

13' 
CQ 



C 
CO 

D" 

0) 
CO 
T3 
CD 
O 

o 

C 
CD 
c 

CD 
^ 

3 




cx) -vi C5> cn -t^ CO to 



D 

CD 

c 

CD 
CD 

3 



o 

£1) 

a. 

2. 
3 
(O 



CO 

CD 
< 
CD 
3 



o 

c 

CD 
C 
CD 

CD 

3 

1 

o 

Q. 
CD 

EL 
0) 

3 

o 



El 
3 

D 

c 

CD 
C 
CD 

CD 

3 



s s El a a 



-n 

o 

c 

3- 

D 
c 

CD 
C 
CD 

CD 

3 



CL 

D 
c 

CD 

c 

CD 
CD 

3 



a CO 



o 
3 
a. 



o o 

Q. Q. 



DO 

3 
Q 
3' 
CD 



03 

3 

o 



g ^ 

c ?* 

(D <» 

s: 3 

3 

i i 

o o 

i: ^ 

o o 

Q. Q. 

DD CD 



03 
3 

o 
3' 



03 
3 

9 
3' 



(O CQ CQ CO 

CO CO CO 

CD CD CD 

5 5 5 

CD CD CD 




5» 
3 
en" 

CO 

CD 
CD 



o 

CQ 

O 
o 

3 

T3 
CD 




<Q 



03 
"S 

o 

T3 



CD 
O 
CD 
< 
CD 
Q. 



> 
3 
CQ 
Q 
03 



03 
O 



CD 



7J 

CD 

3 

CD 
Q. 



00 
o 
o- 

O 
o 

3 

T5 
C 
I— 
CD 



73 

CD 
O 

<" 
CD 
CL 



CQ 

cn 

o 

o 

3 
■o 
c 

(-«• 
CD 



00 
o 

CO 
O 

o 

3 
■o 
c 

CD 



73 7J 

CD CD 



8 
< 

CD 
Q. 



CO 

c 

03 
c 
m 
O 



cn 
m 

m 
7J 

D 
c 
m 
c 
m 

7J 



m 
z 
o 
m 



> 
7J 



m 

CO 

m 



o 
m 
I" 
m 
O 

m 

D 



CO 



CO 



5/8 



O 

m 

Ol 



D 
c 

CD 
c 
CD 

CD 

3 

O 
c 

CD 
CO 

c 

O 
H 

m 
o 
m 

< 
m 
D 




00 

-si 



6/8 



START 



I 



IN WORK LOAD BALANCING 
ALLOCATION SYSTEM SET UP 
PROCESS TO RECORD CURRENT 
STATUS OF EACH MANAGED QUEUE 



I 



SET UP A PROCESS WHEREBY THE QUEUE 
MANAGER OF EACH QUEUE RECORDS 
THE DESTINATION OF EACH MESSAGE 
SENT TO ANOTHER QUEUE 



I 



SET UP A PROCESS FOR TRACKING 
ANY SELECTED MESSAGE FROM ITS 
ORIGINAL QUEUE TO ITS DESTINATION 
QUEUE BY USING THE QUEUE MESSAGE 
DESTINATION RECORDS 



I 



SET UP A PROCESS WHEREBY 
EACH MESSAGE DESTINATION 
QUEUE PROVIDES THE NEXT 
DESTINATION QUEUE FOR A 
MESSAGE ROUTE UNTIL THE 
CURRENT DESTINATION QUEUE 
IS REACHED 



SET UP A PROCESS FOR RECORDING 

AND DISPLAYING THE MESSAGE 
ROUTE OF THE PROCESS OF STEP 94 



7/8 



ENTER 



REQUEST 
TRANSACTION 



NO 



1 



101 



WORKLOAD ADMINISTRATOR 
DYNAMICALLY DISTRIBUTES 
TRANSACTION INTO MESSAGES 
AND ALLOCATES MESSAGES TO 
BE SENT TO COMPUTER 
SYSTEMS FOR EXECUTION 



NO 



I 



102 



MESSAGES IN QUEUE MGR. 
QUEUE IN SERVER 



103 




104 



FIG. 7 



DISPLAY QUEUE 
MGR. QUEUE 



105 




106 



YES 



c 



107 



DISPLAY SELECTED 
MESSAGE'S ROUTE 



108" 
NO 



SESSION 
OVER ? 



YES 



8/8 



112 



UPDATE TRACKING 
GUI WITH TRACKING 
MESSAGE 




TRACKING MSG. 
BACK TO SENDING 
SERVER TO 
UPDATE 
TRACKING GUI 



[ ENTER 



RECEIVING SERVER 
RECEIVES MESSAGE 



110 




SEND TRACKING 
MESSAGE BACK TO SENDING 
SERVER THAT MSG. RECEIVED 



DATA MESSAGE SENT TO QUEUE 
MGR. 



118 



I 



114 



QUEUE MGR. 
RECEIVES MSG. 



FIG. 8 



SEND TRACKING MSG. 
BACK TO SERVER 
THAT QUEUE MGR. 
RECEIVED MSG. 
(VIA BRANCH A) 



124 




YES 



SEND TRACKING MSG 
BACK TO SERVER THAT 
MESSAGE IS AT 
FINAL DESTINATION 



121 




SEND TRACKING 
MSG. BACK TO SERVER 
THAT DATA MSG. FORWARDED 
TO NEXT QUEUE MGR. 



I 



FORWARD DATA MSG. TO 
NEXT QUEUE MGR. 



123 



DOCKET NUMBER: AUSQ0Q0172.US1 
DECLARATION AND POMER OF ATTORNEY FOR 
PATENT APPLICATION 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next 
to my name; 

I believe I am the original, first and sole inventor (if only one name is 
listed below) or an original, first and joint inventor (if plural names are 
listed below) of the subject matter which is claimed and for which a patent is 
sought on the invention entitled 

AN TNTERACTIVF DATA PROCF^^-SOR CQNTRQLI FD DISPLAY INTERFACE FOR TRACKING OF 
Al I nCATED MES-SARFS IN A DYNAMIC WORKLOAD BALANCING COMMUNICATION SYSTE M 

the specification of which (check one) 

X_ is attached hereto. 

was filed on 

as Application Serial No. 

and was amended on __ _ 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by any amendment 
referred to above. 

I acknowledge the duty to disclose information which is material to the 
patentability of this application in accordance with Title 37, Code of Federal 
Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 
of any foreign application(s) for patent or inventor's certificate listed below 
and have also identified below any foreign application for patent or inventor's 
certificate having a filing date before that of the application on which 
priority is claimed: 

Prior Foreign Application(s) : Priority Claimed 

Yes No 

(Number) (Country) (Day/Month/Year) 

I hereby claim the benefit under Title 35, United States Code, §120 of any United 
States application(s) listed below and, insofar as the subject matter of each of 
the claims of this application is not disclosed in the prior United States 
application in the manner provided by the first paragraph of Title 35, United 
States Code, §112, I acknowledge the duty to disclose information material to 
the patentability of this application as defined in Title 37, Code of Federal 
Regulations, §1.56 which occurred between the filing date of the prior 
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application and the national or PCT international filing date of this 
application: 



I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and 
further that these statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or imprisonment, or both, 
under Section iOOl of Title 18 of the United States Code and that such willful 
false statements may jeopardize the validity of the application or any patent 
issued thereon. 

POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorneys 
and/or agents to prosecute this application and transact all business in the 
Patent and Trademark Office connected therewith. 

John W. Henderson, Jr., Reg. No. 26,907; Thomas E. Tyson, Reg. No. 28,543; Robert 
M. Carwell, Reg. No. 28,499; Jeffrey S. LaBaw, Reg. No. 31,633; Douglas H. 
Lefeve, Reg. No. 26,193; Casimer K. Salys, Reg. No. 28,900; David A. Mims, Reg. 
No. 32,708; Mark E. McBurney, Reg. No. 33,114; Volel Emile, Reg. No. 39,969; 
James H. Barksdale, Jr. Reg. No. 24,091; Anthony V. England, Reg. No. 35,129; 
Christopher A. Hughes, Reg. No. 26,914; Edward A. Pennington, Reg. No. 32,588; 
John E. Hoel, Reg. No. 26,279; Joseph C. Redmond, Jr., Reg. No. 18,753; Leslie 
A. Van Leeuwen, Reg. No. 42,196; Marilyn S. Dawkins, Reg. No. 31,140; and J. B. 
Kraft, Reg. No. 19,226. 



Send correspondence to: Jeffrey S. LaBaw, International Business Machines 
Corporation, Intellectual Property Law Department, Internal Zip 4054, 11400 
Burnet Road, Austin, Texas 78758 and direct all telephone calls to 
Jeffrey S. LaBaw, (512) 823-0494. 
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FULL NAME OF SECOND INVENTOR: Kirh ;!^' S. Btioual Koivlr ti')r\^K&^O^e>^\ 
INVENTORS SIGNATURE: ^ji^^^^^^A!!^^~^ Dm: ^Sl^o/oO 

RESIDENCE: -3 401 Rbid Rivtif #157 lO"} I C 'lc^y-irD^ l-^^t ^g;6 
Austin. Texas .ZaTQfr T&72^3 

CITIZENSHIP: United States 

POST OFFICE ADDRESS: 3401 Red River #157 

Austin, Texas 78705 




FULL NAME OF THIRD INVENTOR: Nizamudeen Ifflmael. Jr. 

INVENTORS SIGNATURE: ^Ij .^ jj.'f^^ DATE: l^/oJ /OO 

RESIDENCE: ]^e4-ftefeHiisH4a€e-#& iSSJi ^ci Oi^'f' 
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CITIZENSHIP: United States 
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FULL NAME OF FOURTH INVENTOR: Mandeep Singh Sidhu 

INVENTORS SIGNATURE :__^ DATE: 6^^//"^^^ 

RESIDENCE: 1071 Clavton Lane #^ 
Austin. Texas 78723 

CITIZENSHIP: United States 

POST OFFICE ADDRESS: 1071 Clavton Lane M?^ 
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